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(54) Apparatus and method for translating with decoding function 



(57) When an encoded source file is inputted to a 
compiler, the compiler decodes the encoded source file 
in certain units and partially restores the original source 
data. Then, the restored part is converted to an interme- 
diate text in restored order and an executable program 
is created from the intermediate text. 
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Description 

[0001] The present invention relates to an apparatus 
and a method tor translating information such as source 
files encoded to protect the security of the information. 
[0002] Recently, the decentralized development of 
software utilizing computer networks, etc. has become 
popular, and along with this trend, many technologies 
relative to encryption to protect the security of informa- 
tion have been developed. For example, when a devel- 
oper A wants to convey certain information I to a devel- 
oper B using a network, etc., the developer A encodes 
the information I and transfers the information I to the 
developer B via a network. The developer B receives 
the information I and restores the information I. In this 
case, a technology of encoding and decoding informa- 
tion is widely utilized. 

[0003] However, there is a case where the developer 
A wants to enable the developer B to use the information 
I possessed by the developer A for a process P pos- 
sessed by the development B, but wants to protect the 
security of the information I from outsiders of the proc- 
ess P (operators, etc.). For example, this is the case 
where it is necessary to compile a program source of a 
new product corresponding to the information I in such 
an environment that persons other than those con- 
cerned can also access it. In this case, when the infor- 
mation I is decoded before compiling, there is a possi- 
bility that the information I may leak outside, even if the 
source file is transferred to the developer B after being 
encoded. Accordingly, the security of the contents of the 
source file cannot be completely protected. 
[0004] Conventionally, protecting the security of the 
information using an encoding technology is directed to 
protecting the information from a third party other than 
the information provider A and information receiver B. 
For example, in a "Data Transfer Method" described in 
the Japan Laid-open Patent Publication No.7-1 62409, 
a module for decoding encoded data is changed and 
compiled again every a certain time period and the ob- 
ject code of the module is transferred to a user of the 
encoded data. Thus, it is difficult for a third party to de- 
code the encoded data. 

[0005] However, this data transfer method is to pro- 
tect the security of data from a third party, and a receiver 
of the data can easily obtain the data before encryption 
using the object code (including a decoder key) of the 
decoding module. 

[0006] When an encoded source file is transferred, by 
executing in succession a command C1 for decoding 
and an existing compiler command C2, the receiver can 
compile the source file and create an object code file 
(executable module). However,' when the commands 
C1 and C2 are just executed in succession, it is easy for 
an engineer familiar with an operating system (OS) and 
its commands to obtain the execution result of the com- 
mand C1 . Accordingly, it is difficult to protect the security 
of the contents ol the source file from the receiver 



[0007] As described above, since in the conventional 
data transfer method there is a possibility that source 
information may leak, a provider of software distributes 
an executable module after compiling. Then, in a user's 
5 system, the software is customized by directly operating 
the given executable module. 

[0008] However, in this operation only a part of the 
original executable module which includes an abun- 
dance of options is used, and there are also many parts 
10 in the distributed executable module unnecessary for a 
user. For this reason, it is necessary to install an exe- 
cutable module of an unnecessarily large size in a sys- 
tem, which is a problem. 

[0009] Although preparation of an executable module 
is customized by a provider according to a user's desire 
and distribution of the module can also be considered, 
in this case, a provider's work becomes troublesome, 
and too much load is generated on the provider, if the 
number of users increases. 
20 [0010] It is an object of the present invention to pro- 
vide a translation apparatus and method for providing 
users with a variety of software safely and without im- 
posing too much load on a provider. 
[0011] The translation apparatus of the present inven- 
ts tion comprises an input unit, a restoration unit, a trans- 
lator unit and an output unit. 

[0012] In the first aspect of the present invention, the 
input unit divides encoded information into a plurality of 
parts and inputs the information to the restoration unit, 

30 and the restoration unit restores the original information 
for each part of the encoded information. Then, the 
translator unit translates the original information, and 
the output unit outputs the result of the translation. 
[0013] Encoded information to be input is, for exam- 

35 pie, an encoded source file, and the restoration unit de- 
codes the information and restores a source file to its 
state before encryption, and the translation unit com- 
piles the decoded source file and creates an executable 
module. 

40 [0014] At this moment, the restoration unit does not 
decode all the encoded information at once, but de- 
codes the information little by little for each divided part 
of the information. Then, the translator unit translates 
the original information for each decoded part of the in- 

45 formation. 

[0015] In the second aspect of the present invention, 
the input unit inputs encoded information, and the trans- 
lation unit executes a process for restoring the original 
information from the encoded information within the 

50 scope of the translation process, and translates the in- 
formation without enabling the original information to be 
leaked outside. Then, the output unit outputs the result 
of the translation. 

[0016] The translation apparatus does not translate 
55 all the encoded information after it has been decoded, 
but decodes the information within the scope of the 
translation process. At this moment, the translator unit 
executes a fused process of the restoration and trans- 
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lation processes, and generates the result of the trans- 
lation from the encoded information. 
[0017] Fig.1 shows the principle of the present inven- 
tion. 

[001 8] Fig.2 shows a configuration of a compiler. 
[0019] Fig.3 shows the flow of data. 
[0020] Fig.4 is a flowchart showing a translation proc- 
ess. 

[0021] Fig.5 is a flowchart showing a restoration proc- 
ess. 

[0022] Fig.6 is a flowchart showing an analysis proc- 
ess. 

[0023] Fig.7 shows the first encoding/decoding proc- 
ess. 

[0024] Fig.8 shows the second encoding process. 
[0025] Fig.9 shows the second decoding process. 
[0026] Fig. 10 shows a customization process. 
[0027] Fig. 11 is a flowchart showing the customiza- 
tion process. 

[0028] Fig. 1 2 shows a configuration of an information 
processing apparatus. 
[0029] Fig. 1 3 shows storage media. 
[0030] The embodiments of the present invention are 
described in detail below with reference to the drawings. 
[0031] Fig. 1 shows the principle of a translation ap- 
paratus of the present invention. The translation appa- 
ratus shown in Fig. 1 comprises an input unit 1 , a resto- 
ration unit 2, a translator unit 3 and an output unit 4. 
[0032] According to the first principle of the present 
invention, the input unit 1 divides encoded data into a 
plurality of parts, and inputs the encoded information to 
the restoration unit 2, and the restoration unit 2 restores 
the original information for each part of the encoded in- 
formation. Then, the translator unit 3 translates the orig- 
inal information, and the output unit 4 outputs the result 
of the translation. 

[0033] Encoded information to be inputted is, for ex- 
ample, an encoded source file, and the restoration unit 

2 decodes the information and restores a source file to 
the state before the encryption, and the translator unit 

3 compiles the decoded source file and creates an ex- 
ecutable module. 

[0034] At this moment, the restoration unit 2 does not 
decode all the encoded information at the same time, 
but decodes the information little by little for each divided 
part of the information. Then, the translator unit 3 trans- 
lates the original information for each decoded part of 
the information. 

[0035] According to such a process, the original infor- 
mation is restored for each part of the information, but 
all of the information is not restored at the same time. 
Therefore, it is difficult for a user of a translator appara- 
tus to acquire all the original information , and thereby 
translation can be executed while the security of the 
original information is being protected. 
[0036] Software including many options can also be 
provided to users easily and safely. Furthermore, the re- 
sult of translation can also customized by designating 



translation options in a user's system. 
[0037] According to the second principle of the 
present invention.the input unit 1 inputs encoded infor- 
mation, and the translator unit 3 executes a process for 
5 restoring the original information from the encoded in- 
formation within the scope of the translation process, 
and translates the information without enabling the orig- 
inal information to be leaked to the outside. Then, the 
output unit 4 outputs the result of the translation. 
w [0038] The translation apparatus does not translate 
all the encoded information at the same time after it has 
been decoded, but decodes the information within the 
scope of the translation process. At this time, the trans- 
lator unit 3 executes a fused process of the restoration 
is and translation processes, and generates the result of 
the translation from the encoded information. 
[0039] According to such a process, the original infor- 
mation is restored only inside the translator unit 3 : and 
can never leak outside the translation apparatus. There- 
to fore, it is difficult for a user of the translation apparatus 
to acquire all the original information, and thereby trans- 
lation can be executed while the security of the original 
information is being protected. 

[0040] Software including many translation options 
2S can also be provided to users easily and safely. Further- 
more, the result of translation can also be customized 
by designating translation options in the user's system. 
[0041] For example, the input unit 1 shown in Fig.1, 
the restoration unit 2, the translator unit 3 and the output 
30 unit 4, correspond to a reader unit 21 , a decoder unit 22, 
an analyzer unit 23 and a back-end unit 1 2, and a back- 
end unit 12, respectively, shown in Fig.2 and described 
later. 

[0042] It is necessary to distribute information of a 
35 source file to users safely and to translate (compile) ac- 
cording to a user's desire in order to customize software 
in a user's computer system. In this case, It is desirable 
to encode the source file using a certain method and 
distribute the source file. 
40 [0043] It is also necessary that even a receiver pos- 
sessing a decoder key for encoded information cannot 
obtain the original information from outside of a certain 
process (or device), and it is desirable that the decoding 
function of the source file is included in a compiling proc- 
45 ess (or device). The present invention can meet such a 
desire, and can be widely used in various fields of in- 
dustry. 

[0044] Fig.2 shows a configuration of a language 
compiler of this embodiment. The compiler shown in Fig. 

50 2 comprises a front-end unit 1 1 and a back-end unit 1 2. 
The front-end unit 1 1 further comprises a reader unit 21 , 
a decoder unit 22 and an analyzer unit 23. 
[0045] When the reader unit 21 reads encoded data 
24 (an encoded source file), the decoder unit 22 de- 

55 codes the data in certain units, and inputs the decoded 
data to the analyzer unit 23. Then, the decoded data 
stored in the decoder unit 22 are automatically discard- 
ed after being inputted to the analyzer unit 23. The an- 
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alyzer unit 23 executes analysis processes such as a 
token analysis (lexical analysis), a syntactic analysis, a 
semantic analysis, etc. tor the inputted information in in- 
putted order. Then, the decoder unit 22 and analyzer 
unit 23 repeat the same processes until there are no 
more encoded data 24. 

[0046] When there are no more encoded data 24, and 
an intermediate text 25 being a program written in an 
intermediate language is outputted from the front-end 
unit 1 1 , the back-end unit 1 2 optimizes the data and cre- 
ates object codes based on the immediate text 25. 
[0047] According to such a compiler, the inputted en- 
coded source file is decoded in units of a predetermined 
minimum size by the decoder unit 22. Since this decod- 
ing process is an internal process of the compiler and 
the information is immediately discarded after being de- 
coded in the predetermined units, the user cannot ac- 
quire all the information of the decoded source file from 
outside of the compiler, even if the user possesses the 
decoder key. 

[0048] Fig. 3 shows the flow of data in the compiler 
shown in Fig. 2. In Fig. 3, the reader unit 21 inputs the 
encoded source file 24 to an encoded data buffer 31 in 
certain units, and the decoder unit 22 decodes the data 
in the encoded data buffer 31 and inputs the decoded 
data to an unencoded data buffer 32. The encoded data 
buffer 31 and unencoded data buffer 32 are provided in 
a memory. 

[0049] Then, the analyzer unit 23 analyzes the data 
in the unencoded data buffer 32 in order and creates an 
intermediate text 25 in the memory, and the back-end 
unit 12 creates an executable file 33 from the interme- 
diate text 25. 

[0050] Fig. 4 is a flowchart showing a translation proc- 
ess (compilation process) by the compiler shown in Fig. 
2. First, the reader unit 21 judges from a magic number 
possessed by a file in the input data 41 whether or not 
the given input data 41 are encoded (step S1 ). If the 
data are encoded, the reader unit 21 inputs a predeter- 
mined number of bytes N of the data to the encoded 
data buffer 31 . The decoder unit 22 restores source data 
from the data inputted to the encoded data buffer 31, 
and transfers the data to the unencoded data buffer 32 
(step S2). 

[0051] Then, the analyzer unit 23 reads the source da- 
ta from the unencoded data buffer 32, analyzes only the 
read portion of the data and expands the data into an 
intermediate text 25 (step S3). The reader unit 21 then 
judges whether or not there are no more input data 41 
(step S4). The N byte transfer by the reader unit 21 , the 
restoration process by the decoder unit 22 and the anal- 
ysis process by the analysis unit 23, are repeated until 
there are no more input data 41 . 

[0052] In this repetition, data in the encoded data buff- 
er 31 and unencoded data buffer 32 are always over- 
written and erased by new input data. Therefore, the en- 
tire source file is never reproduced in the unencoded 
data buffer 32. Then, when there are no more input data 



41 , an intermediate text 25 corresponding to the entire 
input data is automatically created. 
[0053] On the other hand, when the input data 41 are 
by nature source files with a low priority of security and 
s are not encoded in step S1 , the reader unit 21 transfers 
the whole input to the unencoded data buffer 32, and 
the analyzer unit 23 converts all the input data to an in- 
termediate text 25. In this case, all the input data 41 are 
processed in the one transfer. 
10 [0054] If there are no more input data 41 in step S4, 
the back-end unit 1 2 optimizes the created intermediate 
text 25 (step S5) 5 and creates codes via the processes 
of register allocation and instruction scheduling (step 
S6). Then, the back-end unit 12 outputs an object pro- 
's gram 42 (executable program) corresponding to the ex- 
ecutable file 33 shown in Fig.3. 

[0055] Fig. 5 is a flowchart showing an example of 
processes executed in steps S2, S3 and S4 shown in 
Fig. 4. For examplejt is assumed that on the provider 
20 side of a source file, 16 bytes of the following original 
data are stored in a file "data 1 

ABCDEFGHIJKLMNOP 

25 [0056] When these data are encoded and are stored 
in a file "data 2\ the contents of the data will be as fol- 
lows: 

BCDEFGHIJKLMNOPQ 

30 

[0057] Although a Caeser cipher is used in this exam- 
ple, another cipher can also be used. When a file "data 
2" is inputted to the compiler as the encoded source file 
24, first, the reader unit 21 opens the file (step S11 ), and 
35 reads four bytes of encoded data into the encoded data 
buffer 31 (step S12). In the above-mentioned example, 
"BCDE" being the first four bytes are read into the en- 
coded data buffer 31 . 

[0058] Then, the decoder unit 22 decodes the encod- 
40 ed data, and transfers the data to the unencoded data 
buffer 32 (step S13). In this example, "BCDE" are de- 
coded, and M ABCD n being the original data are trans- 
ferred to the unencoded data buffer 32. 
[0059] Then, the analyzer unit 23 executes a token 
45 analysis for the data in the unencoded data buffer 32, 
and when a token is recognized, converts the data in 
order to an intermediate text 25 (step SI 4). In this ex- 
ample, the token analysis of data "ABCD" is executed. 
[0060] Then, the processes in steps S12, S13and 
so S1 4 are repeated until there are no more data in the en- 
coded source file 24 (step S1 5). When there are no more 
data in the encoded source file 24, the process in the 
front-end is terminated, and the reader unit 21 closes 
the file. 

55 [0061] According to such a restoration process, since 
data in the unencoded data buffer 32 are erased se- 
quentially, all the original data "ABCDEFGHIJKLMNOP" 
are never reproduced together. Accordingly, the trans- 
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lation of data can be executed while the security of the 
data is being protected. 

[0062] Fig. 6 is a flowchart showing an example of the 
analysis process to be executed in step S3 shown in 
Fig. 4. When the reader unit 21 reads characters in a 
source file, the input source varies depending on wheth- 
er or not the source file is encoded : that is, whether or 
not the file is routed via the decoder unit 22. If the file is 
encoded, the analyzer unit 23 reads characters from the 
unencoded data buffer 32 for storing the data output 
from the decoder unit 22. If the file is not encoded, the 
analyzer unit 23 reads characters directly from the file 
itself. 

[0063] First, the analyzer unit 23 judges whether or 
not the input file is an encoded source file (step S21 ), 
and if the file is an unencoded source tile, opens the file 
(step S22). At this moment, a file pointer Fp indicates 
the leading position of the file. 

[0064] Then, the analyzer unit 23 judges again wheth- 
er or not the file is an encoded source file (step S23), 
and if the file is an encoded source file, reads one char- 
acter from the unencoded data buffer 32 (step S24), and 
judges whether or not the buffer is empty (step S25). 
[0065] If the unencoded data buffer 32 is empty, the 
analyzer unit 23 instructs the decoder unit 22 to operate, 
and the decoder unit 22 restores a part of the encoded 
source file (step S26), and the processes in steps S24 
and after are repeated. If the unencoded data buffer 32 
is not empty, the analyzer unit 23 performs a token anal- 
ysis over characters already read (step S27), and then 
repeats the processes of steps S23 and after. 
[0066] If it is found in step S23 that the file is an un- 
encoded source file, the analyzer unit 23 reads one 
character from the position pointed to by the pointer Fp 
(step S28), and executes the process in step S27, and 
then repeats the processes of steps S23 and after. At 
this moment, the pointer Fp is set to the position of the 
next character. 

[0067] According to such an analysts process, if the 
source file is encoded, characters are read from the un- 
encoded data buffer 32, and every time there is not a 
character in the buffer, the decoder unit 22 is instructed 
to operate. Therefore, more than a predetermined 
number of bytes of the source data are never repro- 
duced in the unencoded data buffer 32. 
[0068] By the way, in this embodiment, such a publicly 
known system for storing, for example, a common key 
or public key outside the compiler as a decoder key, can 
be used for the restoration process of a cipher. However, 
in fact, unless an encryption algorithm of its own is pos- 
sessed, there is a high possibility that transferred infor- 
mation may be decoded by another decoder. 
[0069] In a method of possessing only an external de- 
coder key, since other arbitrary input data can also be 
encoded using the key and the decoding algorithm of a 
compiler, there is also a risk that the compiler may be 
used for purposes other than the original purpose. 
Therefore, when a compiler is to be used only for a cer- 



tain fixed purpose, this method is not recommended. 
[0070] Accordingly, in that case, the compiler is pre- 
vented from being used for purposes other than the pur- 
pose of compiling a specific source file by possessing a 

s decoder key within the compiler. 

[0071] Fig. 7 shows an configuration example of such 
an encoding/decoding process. In Fig. 7, the encoder 
side for transmitting a source file (SRC) comprises en- 
coders 51 and 52, and the compiler on the decoder side 

to comprises an internal decoder 53 and a decoder 54. A 
common key CF is built in both the encoder 51 and in- 
ternal decoder 53 in binary code, which cannot be ac- 
cessed from the outside. For the encryption algorithm, 
for example, a DES (Data Encryption Standard) is used. 

is [0072] First, the encoder unit 52 encodes a source file 
SRC using another common key CT1 different from CF, 
and creates an encoded source file. The encoder unit 
51 encodes the common key CT1 using the internal 
common key CF, and creates an encoded common key 

20 CT2. Both the encoded source file and CT2 are trans- 
ferred from the encoder side to the decoder side. 
[0073] When receiving CT2, the internal decoder 53 
restores the common key CT1 from CT2 using the inter- 
nal common key CF, and passes the common key CT1 

25 to the decoder 54. The decoder 54 decodes the encod- 
ed source file using the common key CT1 , and thus re- 
stores the source file SRC. 

[0074] Although in this example a method of possess- 
ing an internal common key in a compiler is used, the 

30 present invention is not necessarily limited to this meth- 
od. Instead of encoding and transferring an entire 
source file, the source file can be divided into a plurality 
of parts, and each part can be encoded and transferred. 
In this case, it is convenient if the restoration unit of the 

35 compiler is used for the dividing unit. Furthermore, not 
only a common key system but also a public key system 
can be processed in the same manner 
[0075] Fig. 8 shows an configuration example of an 
encoding process based on a public key system, and 

40 Fig. 9 shows a configuration example of the decoding 
process. In this example, the combination of a DES be- 
ing a common key system and an RSA (Rivest-Shamir- 
Adleman) being a public key system are used, and two 
sets of private key/public key of RSA are used. 

45 [0076] In Fig. 8, a DES encoder 61 of the encoder side 
encodes source codes (SC) in accordance with the DES 
using a common key C1 , and creates encoded source 
code (ESC). In the meantime, an RSA encoder 62 en- 
codes the common key C1 in accordance with the RSA 

50 using a private key Is, and creates an encoded common 
key C2. Further, the RSA encoder 62 encodes C2 in ac- 
cordance with the RSA using a public key Fp, and cre- 
ates an encoded common key C3. Both the encoded 
source code ESC and C3 are transferred from the en- 

55 coder side to the decoder side. 

[0077] In Fig. 9, when receiving C3, an RSA decoder 
63 of the decoder side restores C2 from C3 in accord- 
ance with the RSA using the built-in private key Fs, and 
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stores C2 in an internal buffer. Further, the RSA decoder 
63 restores C1 from C2 in accordance with the RSA us- 
ing a public key Ip, and stores C1 in the internal buffer. 
Then, a DES decoder 64 decodes the encoded source 
code using the restored common key C1 , and restores 
the source code. 

[0078] Then, the source codes are compiled by a 
compiler 65, and are converted to object codes (native 
codes). In fact, since source codes are restored in cer- 
tain units, the DES decoder 64 is repeatedly called up 
from a front-end unit of the compiler 65. 
[0079] In the examples shown in Figs. 8 and 9, five 
keys in total, that is, a common key C1 , a private key Is 
of the encoder side, a public key Ip of the encoder side, 
a private key Fs of the decoder side and a public key Fp 
of the decoder side are used. Out of these, Is and Ip, 
and Fp and Fs, are RSA combinations of an encoder 
key and a decoder key, respectively, and the public key 
Ip is distributed from the encoder side to the decoder 
side in advance. According to such a method, when the 
same encoded source code is distributed to a plurality 
of users, the security of ciphers can be improved by us- 
ing different combinations of Is and Ip for each user. 
[0080] By using a compiler as described above, ap- 
plications distributed by a provider can be customized 
in a user's system, and thereby the size of applications 
can be reduced. 

[0081] For example, it is assumed that an information 
originator A (provider) and an information receiver B (us- 
er) belong to independent systems, and the originator 
A possesses a plurality of information, encodes a part 
or all of the information, sends the information to the sys- 
tem of the receiver B, and the translation of the informa- 
tion is executed in this system. According to such a proc- 
ess, applications can be uniquely customized on the re- 
ceiver B side by using the source information while the 
security of the source information stored by the origina- 
tor A is protected. 

[0082] Fig. 10 shows an example of such a customi- 
zation process. In Fig. 10, the provider A packs an en- 
coded source 71 , profile information 72, a compiler 73, 
etc., as a package 74, and sends it to the user B. Profile 
information means information for optimizing a program 
including the branching probability of processes and the 
designation of subroutines (jump destination of a func- 
tion call). 

[0083] An installer 75 of the user B expands the pack- 
age 74 in the memory, and customizes the application 
according to user's instructions. At this moment, the 
compiler 73 processes the source 71 , profile information 
72, etc. according to the instructions, and creates a cus- 
tomized executable module 76. If the compiler 73 is al- 
ready in the user B's system, the compiler 73 is excluded 
from the package 74. 

[0084] Fig. 11 is a flowchart showing the customiza- 
tion process. First, the provider A's system packs infor- 
mation needed for the customization process, such as 
the encoded source 71 , profile information 72, compiler 



73, etc. and a customization procedure instruction file 
according to a predetermined format/name (step S31). 
Then, the provider A's system transfers the package 74 
to the user B via a storage medium such as a CD-ROM 

5 (compact disk read only memory), or a network, etc. 
[0085] In the user B's system, the installer 75 expands 
the package 74 in a work area of the memory (step S32), 
and the user B designates translation options according 
to a system menu displayed by the customization pro- 

10 cedure instruction file (step S33). In this case, for exam- 
ple, the following translation options are selected. 

1 . Selection of a profile information file to be used 

is (a) Usage 1 : Utilizes a profile information file 

corresponding to usage 1 . 
(b) Usage 2: Utilizes a profile information file 
corresponding to usage 2. 

20 (n) Usage n: Utilizes a profile information file 

corresponding to usage n. 

2. Selection of optimization option 

25 (a) 0 1 : Reduces the size of object codes (binary 

codes) to be created, as far as possible, 
(b) 02: Reduces the size of object codes (binary 
codes) to be created while maintaining the run- 
ning speed at more than a certain level. 

30 (c) 03: Increases the running speed as much 

as possible. 

3. Selection of a class library to be connected (a 
plurality of class libraries can be selected) LIB1, 

35 LIB2, LIB3, ... 

[0086] Then, the installer 75 creates compiler option 
information 77 suitable for the user from this selected 
input and from the architecture information of the system 
40 (CPU information, memory size, etc.). In the option in- 
formation 77, commands for the compiler 73, etc. are 
described. 

[0087] Then, the compiler 73 executes the translation 
process shown in Fig. 4 using the option information 77, 

45 and creates an executable module 76 from the source 
71 (step S34). Since the executable module 76 created 
in this manner is optimized according to the instructions 
when customizing, the size of the executable module 76 
becomes a required minimum for the user B. 

so [0088] Then, the installer 75 erases data such as the 
source 71 expanded in the work area, etc. When there 
is no schedule for maintenance or the work area is small, 
the installer 75 further erases the compiler 73 (step 
S35), and terminates the process. 

55 [0089] By sending an encoded patch file correspond- 
ing to a part of the source 71 in place of the source 71 , 
and describing patch expansion instructions in the cus- 
tomization procedure instruction file, the maintenance 
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of software can also be carried out in the same proce- 
dure. In this case, a binary patch is mainly used. If a 
function of setting passwords is built in on the informa- 
tion originator side, the function can be designated when 
customizing. 

[0090] By "translation" is meant a general conversion 
process, not only the compilation process of source files 
as described above, but also to an arbitrary translation 
process of converting information written in a certain 
language into information in another language. For ex- 
ample, documents written in English can be translated 
into documents in Japanese, and programs written in a 
certain programming language can be converted into 
programs in another language. 

[0091] The respective system of a provider and a user 
is, for example, configured using an information 
processing apparatus (computer) as shown in Fig. 12. 
The information processing apparatus of Fig. 12 com- 
prises a CPU (central processing unit) 81 , a memory 82, 
an input device 83, an output device 84, an external stor- 
age device 85, a media driver 86 and a network connec- 
tor 87, which are connected with each other via a bus 88. 
[0092] In the memory 82, programs and data to be 
used for the process are stored. For the memory 82 are 
used, for example, a ROM (read only memory), RAM 
(random access memory), etc. The CPU 81 executes 
the necessary processes by running programs stored in 
the memory 82. 

[0093] The input device 83 takes the form of, for ex- 
ample, a keyboard, pointing device, touch panel, etc., 
which are used to input instructions and information 
from the operator. The output device 84 takes the form 
of, for example, a display, printer, etc., which are used 
to output inquiries to the operator, the result of process- 
es, etc. 

[0094] The external storage device 85 takes the form 
of, for example, a magnetic disk, optical disk, magne- 
tooptical disk, etc. This external storage device 85 
stores the above-mentioned programs and data, which 
can also be used by being loaded to the memory 82, if 
necessary. 

[0095] The media driver 86 drives a portable storage 
medium 89, and accesses the recorded contents. For 
the portable storage medium 89 are used an arbitrary 
computer-readable storage medium such as a memory 
card, floppy disk, CD-ROM, optical disk magnetooptical 
disk, etc. This portable storage medium 89 is used for 
a provider to distribute information to users. The above- 
mentioned programs and data stored in the portable 
storage medium 89 can also be used by being loaded 
to the memory 82, if necessary. 

[0096] The network connector 87 communicates with 
a provider's or user's apparatus via an arbitrary network 
(communication line), and performs data conversions. 
Thus, information can be transferred from a provider to 
a user. The above-mentioned programs and data can 
also be received from an external device and used by 
being loaded to the memory 82, if necessary 
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[0097] Fig. 1 3 shows computer-readable storage me- 
dia for supplying the information processing apparatus 
shown in Fig. 1 2 with programs and data. The programs 
and data stored in the portable storage medium 89 and 
an external database 90 are loaded to the memory 82. 
Then, the CPU 81 executes the necessary processes 
by running the programs using the data. 
[0098] According to the present invention, a variety of 
software can be easily and safely provided to users by 
fusing the restoration process and translation process 
of ciphers. Therefore, applications distributed from a 
provider can be customized in a user's system, and 
thereby the size of applications can be reduced. 



Claims 

1. An apparatus for translating, comprising: 

inputting means (1,21) for dividing encoded in- 
formation into a plurality of parts and inputting 
the divided information; 

restoring means (2, 22) for restoring original in- 
formation for each divided part of said encoded 
information; 

translating means (3, 12, 23) for translating the 
original information; and 

outputting means (4, 12) for outputting a result 
of a translation. 



30 



2. The apparatus for translating according to claim 1 , 
wherein 

said restoring means includes an encoded in- 
35 formation buffer (31) for storing said encoded 

information and decoding the information 
stored in the encoded information buffer, and 
said inputting means inputs said encoded infor- 
mation in the encoded information buffer in pre- 
40 determined units. 

3. The apparatus for translating according to claim 1 , 
wherein 

45 said restoring means includes an unencoded 

information buffer (32) for storing said original 
information, and when said translating means 
translates information in the unencoded infor- 
mation buffer, erases the original information 

so which has been translated. 

4. The apparatus for translating according to claim 1 , 
wherein 

55 said inputting means includes judging means 

(21 ) for judging whether or not input information 
is encoded, and when the input information is 
encoded, inputting the input information to said 
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restoring means as said encoded information. 

5. The apparatus for translating according to claim 4, 
wherein 

5 

when said input information is not encoded, 
said inputting means inputs the input informa- 
tion to said translating means as said original 
information. 

10 

6. The apparatus for translating according to claim 1 , 
wherein 

said restoring means stores at least a part of 
key information for decoding said encoded in- is 
formation as internally built-in information, and 
restores said original information using the key 
information. 

7. The apparatus for translating according to claim 1 , 20 
further comprising 

customizing means (73, 75) for customizing 
said result of the translation by designating a 
translation option for said translating means. 2s 

8. The apparatus for translating according to claim 1 , 
wherein 

said inputting means divides and inputs an en- 30 
coded source file as said encoded information, 
said restoring means restores the original 
source file for each divided part of the encoded 
source file, and 

said translating means generates an interme- 35 
diate text for each divided part of the original 
source file, and generates an executable pro- 
gram from the intermediate text. 

9. An apparatus for translating, comprising: 40 

inputting means (1, 21) for inputting encoded 
information; 

translating means (2, 3, 11, 12) for executing a 
process of restoring original information from 45 
said encoded information in a translation proc- 
ess, and translating the original information 
without leaking the original information to the 
outside; 

outputting means (4, 1 2) for outputting a result so 
of the translation process. 

10. An apparatus for translating, comprising: 

translating means (3, 12, 23) for translating in- ss 
put information; 

customizing means (73, 75) for customizing a 
result of a translation by designating a transla- 



tion option for said translating means; and 
outputting means (1 2) for outputting said result 
of the translation. 

1 1 . The apparatus for translating according to claim 1 0, 
wherein 

said customizing means displays menu infor- 
mation for enabling a user to select said trans- 
lation option, and instructs said translating 
means to translate according to the selected 
translation option. 

12. A computer-readable storage medium (82, 85, 89, 
90) storing a program which enables a computer to 
process the steps of: 

dividing encoded information into a plurality of 
parts and inputting the information; 
restoring original information for each divided 
part of said encoded information; 
translating said original information; and 
outputting a result of a translation. 

13. A computer-readable storage medium (82, 85, 89, 
90) storing a program which enables a computer to 
process the steps of: 

translating input information; 
customizing a result of a translation by desig- 
nating a translation option; and 
outputting said result of the translation. 

14. A method of translating, comprising the steps of: 

dividing encoded information into a plurality of 
parts and restoring original information for each 
divided part of the encoded information; and 
translating said original information for each re- 
stored part of the encoded information. 

15. A method of translating, comprising the steps of: 

designating a translation option for input infor- 
mation; and 

customizing a result of a translation. 
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